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(54) Abstract Title 

Automated software or data updating in distributed computing system 

(57) A method and apparatus for automatically updating data or upgrading and maintaining a plurality of 
client programs in the same version as data or a program stored at a server is disclosed. Each client computer 
302, 303 maintains a list of objects comprising a program, which it is currently operating. The server 300 
contains a current client program list listing all objects for a current version of client program which is in 
operation throughout the network. Each client computer refers back to the server, either on boot up, or 
through a timed periodic check, to make sure the client contains the same list of objects as the server, and to 
make sure that the client maintains individual objects corresponding to that list in its own memory. By treating 
programs and data as objects and sending them directly over a network on top of a transfer protocol efficient 
and effective real time maintenance of program versions on a plurality of client computers within a network 
may be achieved. 
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A method and apparatus for automatically updating data or upgrading and maintaining a plurality 
of client Programs in the same version as data or a program stored at a server is disclosed Each 
client computer 302, 303 maintains a list of objects comprising a program, which it is currently 
operating. The server 300 contains a current client program list listing all objects for a current 
version of client program which is in operation throughout the network. Each client computer 
S^nti 0 sefVer v e i tn f r ° n b00t U P. °r though a timed periodic check, to make sure the 

iSL ?? i 1 + 8ame " St °J ° bjects as the seiver ' and t0 make sure that th « client maintains 
^dividual objects corresponding to that list in its own memory. By treating programs and data as 
objects and sending them directly over a network on top of a transfer protocol, efficient and 
effective real tome maintenance of program versions on a plurality of client computers within a 
network may be achieved. 
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AUTOMATED SOFTWARE UPGRADE IN DISTRIBUTED 
COMPUTING SYSTEM 

Field of fho »n%/« ntfTTn 

' The present invention relates to maintenance of togical resouroes on a 
plurality of computing entities. 

Bagjsaeaind ts " re itttsn flan 

o ra n„ in A 7 h0Wn '"I' 9 ' 1 ^ 3 ' yPiCal Pri0r art COmputer »• *» sample 
0 rang,ng from a w,de area network (WAN) to a toca, area network (LAN), gene ra ,, y 

compnses one or a plurality of server computers 100 and a pluraffly of client 
computers 10, - 1 03 . connected by a network link 104. operaling a standard 
protocol for example TCPflP. Client computers may typ ic a»y comprtse persona, 
compute or work stations which operate on a network to execute various 
■ applrcahon programs. A serve, computer typically has higher date storage 
capacay and may have richer date processing capacity, and serves a plurality of 
dent computers by priding programs, files and/or date, and may contm. 
hardware devices controlled by clients. Physical (inks in .he .oca, area network 
can compose cabling between computer entities. Wra-rcd tinks. interne, 
connections, or virtual private nelworks (VPNs). 

enJ«" ** T °' °°' POra,e " elW0 ' kS COmP "' Sin9 3 plUralit * ° f ">^' 
enh.es upwards of two hundred or so indMdua, computer enttties can be 

connected on a LAN or WAN. One or more servers 100 can include date 
servers where the server contains a database making date available to a» or a 
setected number of the client computers, or applicalions servers, making 
ava.lableanapplicatk.n.oanoraselecionofmeciien.computers. 

Applications programs designed for use in networked computer 
e wronmente generaUy comprse a server program reskten. on a server anfa 
Plural,, of clien, app,^. Mch ^ m . ^ ^ ^ 

P606..spec 



program typically comprises a number of components each of which exist as a 
separately addressable file, and where each component is identified by a version 
number. An application program may typically undergo numerous revisions and 
updates throughout the course of its operational existence on a client computer. 
In a network environment, an application program on a client computer can be 
kept current and up to date by replacing one or more of such components, or by 
adding or deleting components. To upgrade an applications program across a 
corporate network conventionally involves a human network administrator 
installing software on the server, typically by reading a software upgrade from a 
CD-ROM, and also performing a similar operation to install a client software 
upgrade on each of the plurality of individual client computers. In a corporate 
network having a large number of computers, say four or five hundred computers, 
this is a lengthy process as it involves the human administrator visiting each cl.ent 
computer and installing software from a software earner, eg CD-ROM. at each 
client computer. In a wide area network, computers may be geographically 
separated, sometimes in different continents. Implementing an application 
software upgrade may take a computer administrator hours or days to implement, 
and implementing a software upgrade across a corporate network may involve 
downtime on each individual client computer and the server, of the order of 
upwards of 1 5 minutes per computer. 

The prior art SMS system of International Business Machines provides a 
system for automatically upgrading software from a server, over a network 
connection to a plurality of clients. The SMS system comprises a separate 
application loaded into the server which is activated by a human administrator to 
download upgrades or other individual applications programs to each of a 
plurality of client computers from a server. However, this system requires manual 
intervention by an administrator to activate each upgrade event. Active human 
management of upgrades from the server is required. The SMS system provides 
a further layer of network management program to an operating system and a 
plurality of user applications programs. 



In US 6.006,034. .here is disclosed an automated method of obtaining 

sni pro9ra T on a *" in a ciieni — ~ •«*««« 

nvoM g ynamrcany upgrading h , he applfcaaon 

on dren. by rendering cont™. to the indhridua. dien, ^ ^ " 

centre, server. A setver reoe.es a request for a file tan a diem, and in 

esponse to a request sends a software update by fite transfer. However. US 
6.006.034 treats individuai upgrades as.ftes and requires conversion to a ffle 
format of an application program at the dientterminal and at the server. 

Specific implementations of (he present invention *, to provide a method 
for propagating system upgrades throughout a plura.ity of dient computers from a 
server computer, quickly. 

15 Summary nf the ln>/»n<) 7n 

In a spedfic implementation acceding to the present invention a dient- 
server sttudured togical entily is provided with a means tor self-up gra de between 
■ Polity of compufing entities, so mat a same verston of the logical entity is 
manned on each of the piuraitty of computing entities. The logical entity Is 
2 0 preferably an applications program. 

In one implementation, a server application maintains a version list 
noting a current version of the program. Each of a pluralBy of dient 
applrcafions resrden, on a corresponding respedjve dien. computer, maintains a 
local versron W corresponding to a dient application resident at the dient 
computer. Each client applied program fe revised by addifon 
replacement of individual files of the application, so mat the version of each dien, 

ZZT 7 ram fe malntained to be ,he same as ,he ™™ <" — 

0 set,? A ,.°° mparis0n is each dien, version lis. and fire 

0 sender versron fist, and any required replacement o, individual files comprising a 



client application is made by transfer of code over the network dynamically, and 
automatically without human intervention. 

There is provided within the server application a maintenance module. The 
maintenance module ideally comprises a code component embedded in the 
server application, which handles deployment of the client programs to the clients 
computers. On first installation on a server, a loader module is sent via email to 
each of the plurality of client computers. The application keeps itself up to date in 
terms of version, across a plurality of client computers in a computer network 
using maintenance functions provided. Software upgrades are transferred via a 
transport protocol, for example TCP/IP directly over the network. Individual 
executable files comprising components of the applications program are treated 
as objects, which are transferred between the maintenance module and a 
plurality of loader modules. 

As soon as a client computer logs on to a network, the loader module 
detects whether the client computer has the most up to date version of software, 
by communicating with the maintenance module. If any changes to the client 
application version are required, these are downloaded directly from the server 
computer via the transport link. Because the version upgrades are downloaded 
directly as objects via the transport link, there is no need for file conversion, which 
makes upgrade of software faster than in prior art systems. Once the server and 
client applications are installed on the server and client computers respectively, 
and the loaders are invoked by activation of the client program, upgrades are 
automatic and occur without human intervention. 

According to a first aspect of the present invention there is provided a 
network comprising a plurality of computer entities and at least one 
communications link connecting said plurality of computer entities; 



each computer entity comprising: 



at least one processor; 



a memory device associated with said processor, 

said processor and memory device operating in accordance with an 
operating system; 



wherein a first said computer entity is designated as a server computer 
entity; and 



a second said computer entity is designated as a client computer entity, 
said client computer entity capable of communicating with said server computer 
entity; 

wherein said server computer entity operates to store a current version of a 
logical entity, and said client computer entity operates to refer to said server 
computer entity to obtain said current version of said logical entity, said server 
computer entity communicating said current version of said logical entity to said 
client computer entity. 

According to a second aspect of the present invention there is provided a 
method of operating a server computer entity for making available a currently 
held version of a logical entity over a communications interface comprising said 
server computer entity, said method comprising the steps of: 

maintaining a first list of components comprising said logical entity; 

receiving from an external source, a second list of objects representing a 
second logical entity; 



comparing said first list of objects with said second list of objects; and 



creating an instruction message containing instructions to modify said 
second list of objects to be the same as said first list of objects. 

According to a third aspect of the present invention there is provided means 
for maintaining a logical entity upon a network, said network comprising a plurality 
of computer entities capable of communicating with each other, said means 
comprising: 

a first list of object components comprising said logical entity; 

means for comparing said first list of components with a second list of 
components; 

means for creating a message depending on a result of said comparison of 
said first component list with said second component list, said message 
comprising a set of instructions for maintaining said second component list to be 
the same as said first component list. 

According to a fourth aspect of the present invention there is provided a 
method of operating a client computer entity for maintaining a client logical entity 
stored on said client computer entity, in a current version, said method 
comprising the steps of: 

receiving a first component list describing a list of components comprising a 
current version of a server host logical entity; 



maintaining a second list of components comprising said client logical entity 
stored on said client computer entity; 



comparing said second client component list with said first component list; 

and 



if said first component list differs from said second component list, modifying 
said second component list to correspond with said first component list. 

According to a fifth aspect of the present invention there is provided a 
method of operating a server computer entity for making available a currently 
held version of a logical entity over a communications interface comprising said 
server computer entity, said method comprising the steps of: 

maintaining a list of components comprising a current version of said loqical 
entity; 



selecting a plurality of client computer entities to which said current version 
logical entity is to be sent; 

sending to each said selected client computer entity, a loader means, said 
loader means being capable of communicating with said server computer entity 
for maintaining said logical entity on a said client computer, in a same version as 
on said server computer entity. 

Other aspects of the present invention are as recited in the claims herein. 

Brief Description />f foe Drawfnge 

For a better understanding of the invention and to show how the same may 
be earned into effect, there will now be described by way of example only 
specfic embodiments, methods and processes according to the present 
.nvent.on with reference to the accompanying drawings in which- 



Fig. 1 ill jstrates schematically a prior art network of a plurality of computing 
entities communicating by means of a network communications link; 



Fig. 2 illustrates schematically a client computer and server computer 
comprising part of a network of a plurality of computer entities, including a 
program maintenance system according to a specific implementation of the 
present invention; 

Fig. 3 illustrates schematically a communication between a server computer 
and a plurality of client computers for upgrade of a client program from the 
centralized server accessible by all client computers; 

Fig. 4 illustrates schematically an installation routine for initial installation of 
an application program on a server computer and a plurality of client computers; 

Fig. 5 illustrates schematically a logical layout of a server program and a 
plurality of loader programs resident on a plurality of client computer entities 
according to the specific implementation of the present invention; 

Fig. 6 illustrates schematically an installation mode of a client loader 
program for loading a client host program from a server on first installation; 

Fig. 7 illustrates schematically an architecture of the loader program of Fig. 

6; 

Fig. 8 illustrates schematically an architecture of a maintenance program 
loaded onto the server computer, 

Fig. 9 illustrates schematically a client version list maintained at a client 
computer for ensuring a current version of a client host program is maintained on 
the client computer; 



Fig. 10 illustrates schematically a server version list maintained at a server 
computer for making sure that a current client host program is maintained in a 
current version at each of a plurality of computer entities in a network- 

5 

Fig. 11 illustrates schematically an overall operation of a first mode of 
cperafaon of the server for maintaining a plurality of client host programs in a 
current version as loaded at the server computer entity; 

Fig. 12 illustrates schematically a server version message sent over a 
network directly as an object over a transport protocol for messaging an individual 
Ghent computer entity with a most up to date version of client host program; 

Fig. 13 illustrates schematically a client version list scan operation for 
scanmng a received client version list from a client computer entity, carried out at 
the server computer; 

Fig. 14 illustrates schematically a scan server version list for comparing a 
server version lis. of a client computer program with a client version list of a client 
computer program carried out at the server computer entity; 

Fig. 15 illustrates schematically a second mode of operation of a client 
computer for maintaining a client host program at .he dient computer with a 
current Cent host program maintained at a server and identified by receipt of a 
server version message from the server; and 

Fig. ,6 illustrates a third mode of operation of a dient computer for 
obtaining objed code or data from a server computer, in order to maintain a dient 
host program in a same version as the dient host program stored at the server 
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[Uai!gjj B^fitteMan „f .h. bes. Mncb. for r nnvlpg <M tne 
There wl now be described by way of example the best mode 
contemplated by the inventors lor canning out the invention. In the following 
description numerous specffic details are set forth in order to provide a thorough 
understanding of the present invention. It will be apparent however, to one 
skilled in the art, that the present mention may be practiced without limitabon to 
these speeilic details. In other instances, well known methods and structures 
have not been described in detafl so as not to unnecessarily obscure the present 



invention. 



According to a specific implemented of the present invention, in a network 
of computer entities comprising at least one server computer and a plurality of 
client computers communicating with each other via a network, on the server, ,s 
provided a server logical entity serving a plurality of client logical enffles, each 
resident on a corresponding respective client. Within the server logical enbty ,s 
provided a maintenance means for maintaining each client entity m a same 
version as the server entity. In each dient is provided a loader means for loadmg 
a logical entity version from the sever. 

,„ (his specification, by logical entity- it is meant any unit of data or program 
code which is capable of direct transport across a bansport layer of a network 
connection, and the term includes but is not limited to: individual appticabons 
programs; data stored in a database; computer programming languages; 
architectural features of data, programs or computer programming languages. 

For ease of explanation hereafter, there will be described an implementation 
in which the logical entity is an applications program. However, it will be 
understood by those skilled in the art that the methods, processes and apparatus 
described herein apply in principle equally to any other logical enbty. 
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The maintenance means comprises a server module embedded within the 
server application, and a plurality of client modules, each embedded within a 
client application. 

5 Referring to Fig. 2 herein, there is shown schematically a single server 

computer 200 and a single client computer 201 . The server computer comprises 
a communications port 202 for communicating over a local area network- a 
processor 203, with associated memory 204; non-volatile data storage 205 for 
example a hard disk or RAID array; an operating system 207 for example the 
) known Windows NT®, Windows 2000®, LINUX* or UNIX* operating systems- and 
one or a plurality of server applications 208 - 210, each containing a server 
module for maintaining the application according to a specific implementation of 
the present invention. Each client computer comprises a communications port 
211 for communicating with the network; a processor 212 with associated 
memory 213; a non-volatile data storage device, eg a hard disk drive 214- 
optionally, a user interface 215; an operating system 216, for example Windows 
NT®, Windows 2000®, LINUX® or UNIX ®; and one or a plurality of client 
applications 217 - 219, at .east one client application containing a client module 
m accordance with a specific implementation of the present invention as 
described hereafter. 

Referring to Figs 3 to 5 herein, there will now be described in overview an 
overall stnjctura and operaSon of a maintenance method and apparatus of .he 
best mode specific implementation. 

Referring to Fig. 3 and 4 herein, there is illustrated schematically an overall 
operation of the maintenance means acceding to the best mode implementation 
Server computer 300 is initially installed with a maintenance module according to 
the specific implementation of the present invenflon. by loading from a data 
earner 301. for example a CD-ROM or the like, the maintenance module into the 
server. The maintenance module is carried within t» appllcata, which acts as 
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a host carrier program, and is integral to the carrier program. The server 
maintenance module serves the purpose of maintaining and upgrade the 
particular carrier program to which it has been written into. Mb*, a human 
operator installs a server applicator 208 on the server computer in step 400. 
This involves installation in a conventional manner, for example the user may 
install the server application from one or a plurality of CD-ROM data earners 
using a CD-ROM port on the server computer 200. Installation is earned out 
under control of an installation module within the application, as is known in the 
art The server maintenance module, having been installed into the sewer in 
conventional manner from data canier 301, in step 400 immediately acavates to 
se „d a loader module to each of the client computers In step 401. The loader 
^ule comprises an application program for installation on each c*ent 
compute, The loader application may be sent by email to each of toe den 
computers 302. 303. A human operator writes emails to each diem and attaches 
M loader application as a fie. A human network manager at the server, may, 
upon loading the host client canter program containing the maintenance module 
select which of a plurality of client computers the carder program is to be loaded 
upon in step 401. For eacb selected dient computer, in step 402 a loader 
appiicationis sen. via email over the network. In step 403. the loader apptotion 
is activated at each client computer. Activation of the loader application typrcaHy 
will occur on rebooting the computer. For example, when a client computer H 
receives the loader apportion via em* a user a. the client computer may open 
,ne email and toad the loader module onto the diem computer. The appilcato . 
self-maintaining, by virtue of the server module and loader 
communicating with each other such lhat the dient module refero to the serve 
rnodute ,o check that the version of client application is the same as the current 
version of server application. If the version of dient application deviates from the 
verston of server application, the server sends a new client application vers™ to 
each dient. Once activated, the loader application a. each dient continues to 
maintain .he host carder program in a current version a. thai particular d,en< 
computer on which it is resident, by continuously and periodically refernng to the 
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server over the network to make sure that the set of files comprising the carrier 
program which are in operation at the client computer match those which are 
specified by the reference program at the setver. Validation of a client's logical 
entrtfes occur asynchronously whenever a loader application of that client is run. 

Referring to Fig. 5 herein, there is illustrated schematically a logical 
representation of me host carrier program once installed on the plurality of 
networked computers. The host server program 500 acting as a carrier to the 
maintenance module 501 is resident on the server computer. Each of me client 
computers has resident a client host program 502. which has been loaded by 
dten. loader application 503. Client loader application 503 and maintenance 
program 501 ensure mat evety time the server host program is upgraded, each of 
the etent host programs 502 are maintained with the same version as the server 
host program. The maintenance module and loader application are best 
implemented as code embedded in the host applioatton program The 
mamtenance module and loader applications may be provided to applications 
devetopers for inclusion into new applications written. The maintenance and 
loader applications may be provided on a oata earner such as a CD ROM and 
may be implemented In a suitable programming as known in the art, for example 
Delphi. The maintenance module 501 sends the client program 502 to each 
deployed loader application 503. 

Referring to Fig. 6 herein, there is illustrated a first method of operation of a 
client loader module 503. In step 600, the dient toader searches for a server 
contaming me server module. In step 601 , if the server location ls ^ ro the 
client loader module, then In step 603 the client loader connects directly to the 
server module. However, ffthe server location is not known to the dien. loader 
■n step 602 the dien. loader asks a user to enter a server location. This may be 
by prompting a user at a dient terminal to enter a location of a server, or to select 
a server from an ton display of computers a. the client terminal. In step 604 
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having located M addross of the server, the client loader sends its current 
version list to the server. 

The method as illustrated in Fig. 6 activates every time the client loader is 
invoked. 

Referring to Fig. 7 herein, there is illustrated schematically components of 
,oader module 503. Loader application 503 comprises a communications 
interface 701 for communicating with the server maintenance module 501 over a 
network; a client management module 702 for managing the client host program 
502- a file system interface 703 for interfacing with a local file system of the olrent 
computer; and a client version lis. 704 comprising a lis. of program components 
comprising .he client host program 502 stored on the client computer. H 
program components are treated as named objects in the clienl versron si 
Each name in are cHent version list 704 relates to a corrasponding respect™ 
component of code comprising client host program 502. 

Referring to Fig. 8 herein, there b illustrated schematically components of 
maintenance modute 501 resident in server hoc. program 500 on .he server 
computer. Maintenance module 501 comprises communications interface 800 
for interfacing with the communications port of me server computer a server 
management module 801 operating to manage a plurality of client hos. programs 
resident on a plurality of client compute* in me network; a file system interface 
802 capable of interfacing with a local file system on a server operating system of 
th e server computer; and a server version lis. 803 comprising a list of code 
component for a latest version of client program. Each entry in the server 
version lie. relates to a se. of code stored on the server, and which can be 
distributed over .he netwo* to any of the client computers to which the loader 
application 503 has been installed. Wthin the maintenance program, each 
component of code of the latest version of the cfrem host program is treated as 
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an object. Each object , s referred to in .be se^er version ,is, 803 for example by 
a "le name. r 7 



5 M 70! 7 ° 9 here ' n ' *™ " fcS,,a,ed a " ^ ° f a verston 

nT °" 3 ~* ^ * nt * a se, of 

« e names each referring to . code component nasiden, on tee M computer 
For exampte, ,n Rg. 9 there is iterated a of dynamfe „ nk „ ^ 

o r S no P 03 *° "* h3Wn9 8 * """ 904 - * — vatue 
files, each ffle comprising a discrete quantity of code and referenced by a file 
name a particular version of an app«ca«ton comprises a se, of such file, 

stonng a d,tferen, se, of component code files on the dien. computer. 

Referring to Rg. 10 herein, a, ,he server computer, server version Bs, 803 
compnses a M o, objecte comprising a fc.es, verston o, a ctien, program 
^lamented on ,he network. The server verston |is| , rf ^ 

file names, each referring to a code component. The compiete iist of file names. 

are stored as objects, comprises a comptete ,is,i„ g 0( , dfent program ,„ 

on ,r individuai ciiem ™ r - a " inaMduai «^ - «* 

When a Cien, program is upgraded, upgrades can be entered a, tee server 
by a human network administer in conventional manner, for exampte by 

ZZTZV? 3 date ^ 69 a cd - rom - «• 

ve^n o the dren. program, .here is pmvided a H 0 , individual oode 
components making up the dien, pmg rar . These are stonad as the se™ 
veraion « 803 in the fite system o, ,he opening sy5tem nun b to ZZ 
compute, ^ncethein^ualcodecomponenutetee lates, verstonoldte 
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program at the server may not correspond to earlier versions of the client 
program which may be operational at individual ones of the plurality of client 
computers, the server management module 801 has various modes of operation 
for maintaining the individual client host programs at each of the individual dient 
computers to be the same version as present on the server. For example, the 
server version list illustrated in Fig. 10 shows different client host program 
components to the client version list shown in Fig. 9. Under such circumstances 
management module 801 would operate to update the client computer with the 
version of the dient host program stored on the server computer. 

Referring to Fig. 11 herein, there is illustrated schematically in overview a 
first mode of operation of the server on receiving a dient version list from a client 
computer over a network connection in step 1100. In step 1101. the server 
scans the client version list by inspecting individually in turn each object name n 
the client version list. Typically these are file names, for example help files, 
executable files. DLL files or the like. In step 1 102. the server scans the server 
version list containing the current version of objects present in the current version 
of the dient's host program. In step 1103. any code components or data 
components which the server has determined are missing from the ind.vidual 
client computer are sent over the network as objects, using the transport protocol, 
for example TCP/IP. and are received by the client computer. In step 1 104. the 
server sends a server version message to the client computer. The server 
version message comprises a plurality of object instances, which together make 
up the host client computer. The client computer stores this list as its own d.ent 
version list, and modifies its own stored objects so that they correspond with the 
named types on the dient version list. 

Once the client computer has stored a client version list which is the same 
as the server version list, and the client computer has stored each individual 
object type referred to in the client version list, then the client host program stored 
on the client computer is the same as the version stored on the server. 
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Referring to Fig. 12 herein, there is illustrated schematically a server version 
message sent from the server to a client computer. The server version message 
comprises a list of types of object, in this case code files, identifying each object 
by name 1102, and for each object providing an instruction 1103 to the client 
computer on how to treat that object. 

Instructions to the client computer include a REMOVE instruction, 
instructing the client computer to remove an object of that type from its client 
version list; an ADD instruction, instructing the client computer to add an object of 
that type to its client version list; a RETAIN instruction, instructing the client 
computer to retain an object of that name within its client version list. 

In the example of Fig. 12. having compared a received client version list of 
F.g. 9 with a stored server version list of Fig. 10, the server generates a server 
reply message as shown in Fig. 12 having the instructions to remove, add and 
retain various files in order that, upon receipt of the message, the client computer 
w,ll amend its own client version list to be identical to that of the server version 
list. 



Referring to Fig. 13, there is illustrated in more detail the process for 
scanning a received client version list operated at the server according to a first 
server mode of operation. Each of the objects in the client list received by the 
server are inspected in turn by the server in step 1301. In step 1302. the object 
entry ,n the client version list is compared with the current server version list If 
the object in the received client version list corresponds with that in the current 
server version list, then in step 1303 the server adds a RETAIN message to a 
server version message in respect of that object. However, if in step 1302 the 
object entry in the client version list does not correspond with an identical object 
■n the current server version list, then in step 1304 the server adds a REMOVE 
message for the object to the server version message to be sent to the client 
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computer. In step 1305. the server inspects further objects in the client version 
list If not all objects in the client version list have been processed, then the 
server repeats steps 1301 - 1305. However, if in step 1305 all objects in the 
client version list have been processed, then in step 1306 it is checked whether 
all objects in the server version list have been processed. If all objects in the 
server version list have not been processed, then in step 1400 the server scans 
the server version list. However, if in step 1306 all objects in the server vers.on 
list have been processed then in step 1307 the server version message which 
has been compiled by the server is sent to the client computer. 

Referring to Fig. 1 4 herein, is shown an operation of the server computer for 
scanning the server version list for comparing the server version list with a 
received client version list In step 1401. each server list object entry Is 
processed by the server for the purpose of comparing objects in the current 
server version with those in the received client version list. In step 1402, each 
object in the client version list is inspected to see if the current object in the server 
version list exists in the client version list. If the currently inspected object in the 
server version list does correspond with an identical object in the received client 
version list, the in step 1403 the server adds a RETAIN message to the server 
version message for the particular object being inspected. However, if in step 
1402 the currently inspected object in the server version list does not correspond 
to an identical object in the received client version list, then that object is sent to 
the client computer in step 1404 over the communications network, directly using 
a transport protocol, for example TCP/IP. In step 1405, the server adds an ADD 
message to the server version message list for that object. The server vers,on 
message is stored locally at the server until it is complete and ready to be sent to 
the client computer. In step 1406, it is checked whether all objects in the server 
version list have been processed. If not. then steps 1401 - 1405 are repeated. 
However, if in step 1406 all objects in the server version list have been inspected, 
then in step 1407 k is checked whether all objects in the received client version 
list have been processed. If not all objects in the received client version list have 
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been processed, then In process 1300 the client version list is scanned as 
descnbed with reference to Fig. 13 hereinbefore. Once all objects in the received 
client version list and all objects in the maintained current server version list have 
been inspected, then the completed server version message is sent to the client 
5 computer in step 1408. 

The first mode of operation of the server as shown In Figs. 11 . 14 herein is 
activated by receipt of a client version list by an individual diem computer The 
firs, mode of operation shown in Rgs. 1 1 - 14 operates sequentially or In parallel 
10 for each of the plurality of client computera having a client host program 
corresponding to the server host program. 

Referring to Fig. 15 herein, there is illustrated schematically a second mode 
of operation, operated by a dient computer upon receiving a server version 
is message. The received server version message is scanned in step 1500 each 
object enby in the server message 1501 is checked to read an object name and 
an rnsfrudion corresponding to .he object name. In step 1502, if the insfrudion is 
REMOVE, the in step 1503 an objec. corresponding ,0 that object name is 
removed from the currentjy stored dient version list at the dient computer In 
to step 1504 if the insfrudion is ADD, then in step 1505 an objed name 
corresponding to that in the objed entry in the server version message is added 
to Ihe client version list. If, in step 1506, the insbucdon is RETAIN, then in step 
1507 an object with that name is retained h the client version list, and also 
retarned in menKxy. Once all objects in the sewer version list received In the 
5 server version message have been inspected in step 1508, then the dient 
version lis. will have been updated to be the same as .he dien, version lis. on the 



server. 



0 



'"P^eUreadierman^ngoutmeWrdmodeofoperaltonofFig 15 
a. the dien. computer, the client computer may have received individual objeds 
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having object names referred to in the received server version message, and 
may have previously stored these on its disk. 

Referring to Fig. 16. according to a third mode of operation, the client 
computer maintains its stored objects on disk to be the same as the named 
objects in the client version list, the client version list being maintained by the first 
and second modes of operation to be the same as the server version list. 

In step 1600, the client computer scans each entry in the client version list. 
The client version list contains a list of file names and version numbers, together 
with a stored instruction on the retention, addition or removal of a particular 
object. 

In step 1601, a first client list object entry is inspected. In step 1602, if the 
object already exists in the client file system in memory, corresponding to the 
object listed in the client version list, then there is no need to take any further 
action with respect to that object. However, if in step 1602 an object exists in the 
current client version list, which is not actually stored on disk of the client 
computer, then in step 1603. the client computer sends a request message to the 
server to send that particular object over the network, so that the client computer 
can maintain a number of objects in memory which correspond to its currently 
stored client version list. . 

Whilst in this specification operation of a maintenance system has been 
illustrated with reference to a host server application and a host client application 
program, it will be understood by those in the art that since it is objects which are 
transferred directly over the network via an underlying transport protocol, such as 
TCP/IP, the scope of the invention is not limited to maintenance of application 
programs, but can be applied to any data which can be treated in object oriented 
manner. For example upgrades of data in a database may be treated as different 
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verctons of data and may be sen. as object acioes a computer networt< dire* 
via an underlying transport protocol. 
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Claims: 

1 . A network comprising a plurality of computer entities and at least 
one communications link connecting said plurality of computer entities; 



each computer entity comprising: 



at least one processor; 

a memory device associated with said processor; 



said processor 
operating system; 



and memory device operating in accordance with an 



wherein a first said computer entity is designated as a server computer 
entity; and 

a second said computer entity is designated as a client computer entity, 
said client computer entity capable of communicating with said server computer 
entity; 

wherein said server computer entity operates to store a current version of a 
logical entity, and said client computer entity operates to refer to said server 
computer entity to obtain said current version of said logical entity, said server 
computer entity communicating said current version of said logical entity to sard 
client computer entity. 

2 The network as claimed in claim 1. wherein said logical entity 
comprises a plurality of individual components, and said server computer entity 
communicates at least one said individual component as an object. 
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3. 



5 



The network as claimed in claim 1, wherein said current version of 
sa.d logical entity is communicated directly within a transport layer protocol 
operating between said first and second computer entities. 

4. The network as claimed in claim 1, wherein said server entity 
communicates a current version of said logical entity to said client computer 
entrty, by sending a first object list, said first object list describing a plurality of 
components of said logical entity. 
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The network as claimed in claim 1, wherein said client computer 
entrty refers to said server computer entity by sending a second list of objects to 
sa.d server computer entity, said second list of objects describing a current 
vers,on of a client logical entity residing on said client computer entity. 

15 6. The network as claimed in claim 1, wherein said server computer 

entity maintains a plurality of components of said current version of said logical 
entity. * 

7. The network as claimed in claim 1. wherein said dient computer 
=o entity comprises a loader means, sakt loader means operating to refer to said 

server computer entity to obtain said current version of said logical enKy. 

8. The network as claimed in claim 1. wherein said client computer 
entty refers to said server computer entity, upon Invocation of a toader means 

25 resident in said client computer. 

9. The network as claimed in claim 1. wherein said aetver computer 
entrty comprises a maintenance means, said maintenance means operating to: 

30 maintain said current version of said logical entity at said server computer 

entity; and 
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comrnunicate with said client computer entity to maintain a client version of 
said logical entity on said client computer entity. 

10 A method of operating a server computer entity for making 
available a currently held version of a logical entity over a communications 
interface comprising said server computer entity, said method comprising the 
steps of: 

' maintaining a first list of components comprising said logical entity; 

' receiving from an external source, a second list of objects representing a 
second logical entity; 



comparing 



said first list of objects with said second list of objects; and 



creating an instruction message containing instructions to modify said 
second list of objects to be the same as said first list of objects. 

11. The method as claimed in claim 10. wherein said step of creating 
an instruction message comprises: 

for each object of said second list which is identical to a corresponding 
respective object of said first list, generating a RETAIN message, for retaining 
said object in said second object list. 

12. The method as claimed in claim 10. wherein said step of creating 
an instruction message comprises: 

for each object of said first list which is not present in said second list, 
generating an ADD message for adding said object to said second object list. 



r, 
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13. The method 



10 



J- e ra .,n 3 a REMOVE message to deiefe saw object from sa U second obfec 
14. The method as claimed in Cairn 10. further comphsing ,he step of: 



15. The method as claimed in claim 14 wherein **;a „k- ^ . 
15 directlv w»h?n a - wnerem said object is carried 

d.rect«y wrthm a transport protocol via said communications interface. 



20 



25 



co J!' M8anS *" maiWaWn9 3 '° 9iCal enUly u " on 8 "*«k. «M nehvo* 
cornpnsing a piuralif, of M ^ t9r ^ rf ^ 

other, said means comprising: 

a first fist of object components comprising said logical entity; 

compoTeTr ^ " " ~* * * «- - 



30 

17. The 



means as claimed in claim 16. further comprising: 
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means. for loading said logical entity onto a client computer entity, said 
loader means comprising: 

means for maintaining said second list of components on said client 
computer entity; and 

means for requesting transfer of at least one said component between 
individual ones of said plurality of computer entities. 

18. A method of operating a client computer entity for maintaining a^ 
client logical entity stored on said client computer entity, in a current version, said' 
method comprising the steps of: 

receiving a first component list describing a list of components comprising a 
current version of a server host logical entity; 

maintaining a second list of components comprising said client logical entity 
stored on said client computer entity, 

comparing said second client component list with said first component list; 

and 

if said first component list differs from said second component list, modifying 
said second component list to correspond with said first component list. 

19. The method as claimed in claim 18, wherein maintaining said client 
logical entity in a current version comprises: 



adding at least one logical component to said client computer entity. 
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20. The method as claimed in claim 18. wherein maintaining said client 
logical entity in a current version comprises removing at least one logical 
component from said client computer entity. 

5 21 . The method as claimed in claim 18, wherein maintaining said client 
logical entity in a current version further comprises the steps of: 

storing a plurality of components as listed on said second component list at 
said client computer entity; and 

0 

it a component listed in said second component list is not present on said 
client computer entity, sending a request message, requesting sending of said 
missing component. 

22. The method as claimed in claim 18, wherein said step of modifying 
said second component list comprises: 

adding a component to said second component list. 

23. The method as claimed in claim 18, wherein said step of modifying 
said second component list comprises: 

removing a component from said second component list. 

24. The method as claimed in claim 18, wherein said method is 
activated on invocation of a loader means in said client computer entity. 

25. A method of operating a server computer entity for making 
available a currently held version of a logical entity over a communions 
-nterface comprising said server computer entity, said method comprising the 
steps of: 
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maintaining a list of components comprising a current version of said logical 
entity; 

5 selecting a plurality of client computer entities to which said current version 

logical entity is to be sent; 

sending to each said selected client computer entity, a loader means, said 
loader means being capable of communicating with said server computer entity 
10 for maintaining said logical entity on a said client computer, in a same version as 
on said server computer entity. 

26. The method as claimed in claim 25, wherein said loader means 
comprises: 

15 

means for maintaining a list of components locally at a said client computer 
entity; 

means for sending said component list to said server computer entity; and 

20 

means for comparing said client component list with said server component 

list. 

27. The method as claimed in claim 25, further comprising the step of 
2 5 sending said logical entity to each of said selected client computer entities. 
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